今天我們來聊聊迴歸測試(Regression test)，它到底有多重要呢？
我們就用5W1H的方法來分享迴歸測試。

Waht

執行迴歸測試的目的，就是為確保專案上線後的穩定及安全，讓客戶有一個良好的產品體驗，這也是上線前的最後一道關卡，若不好好的把關，線上功能出現了bug，那團隊的努力將功虧一簣。

迴歸測試就是將測試案例(test case)拿出來重複的執行，至於執行的範圍可視專案修改的範圍以及影響的程度而定。

Why

專案進行的過程中，都會遇到兩個問題：
1.發現Bug
2.需求的變更(Change requirement)
不論是那一種修正，一定會新增/修改既有的程式，很多時候也會更動到共用的function，但我們在測試的當下，往往都是只針對反應的問題進行測試，而忽略了因此次修改而被影響的其它功能。

為了預防修正A功能，而導致B功能出現問題，這就是為什麼我們要執行迴歸測試的原因。

Who

執行迴歸測試的人員通常都是「測試人員」，也就是Tester，Tester往往都是扮演著最後把關的角色，但如果專案時程太趕、範圍又大，人手不足時，該怎麼辦呢？
此時還有一個角色也可以協助Tester執行迴歸測試，那就是SA(System Analyst)，SA熟悉系統流程，在關鍵時刻也會是測試人員的好幫手。

Where

迴歸測試的執行，當然是在測試環境上作業，但我想說的是...

一個測試環境的建立必須仰賴許多人的幫忙，從硬體環境的建置(包含伺服器、網路、...)、軟體的建置(OS的版本、專案的部署、...)，這一路走來真的不容易，且這些建置也盡量要與正式環境相同，以免辛辛苦苦測試完上線後，因為軟硬體的配置不同，而導致了不可預期的問題產生。

When

執行迴歸測試的時間通常是專案進行的尾端，但在測試的期間，有一個很重要的點要特別注意，專案部署的程式必須code freeze，所有人員不得再異動程式，一旦發現問題，就要立即修復。

How

迴歸測試該如何執行呢？
在實務上，除了剛上線的專案(第一版)有辦法做到完整的迴歸測試外，之後可能因隨著公司的成長、客戶的需求增加、程式變得更複雜等原因，導致測試案例也跟著爆增，在有限的時間裡，就要懂得如何取捨。

以下是幾種迴歸測試的方法
編號 |策略 | 方法
--------------- | ------------ |: -------------
1 | 全面功能測試 | 執行所有的測試案例，耗時、費工，卻是最完整的測試
2 | 重點功能測試 | 挑選系統中最重要的功能測試，須確認哪些功能是重要的
3 | 選擇功能測試 | 隨機挑選數個功能進行測試，確認是否有被此次修改所影響

結論

透過5W1H分析後，可以知道迴歸測試的重要性，但test case的維護還是仰賴各位tester，因專案需求的調整變更，測試案例也須跟著做出增減，以符合系統需求，這樣才能讓我們的系統保持穩定。